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(54) Systeme de communication base sur le protocole SOAP 



(57) La presente invention decrit un systeme de 
communication sur un reseau IP (50) entre un equipe- 
ment d'automatisme (10) et un ou plusieurs appareils 
distants (30). Le systeme de communication est base 
sur le protocole SOAP (Simple Object Access Protocol) 
dans le but de fournir a I'appareil distant (30) des fonc- 
tions de surveillance, de visualisation, de controle, de 
configuration ou de programmation de l'equipement 
d'automatisme ; (1 0). L'equipement d'automatisme (10) 
comporte au moins un service WEB (21) et/ou un client 



WEB (22) pouvant interagir avec un programme (20) de 
l'equipement d'automatisme (10), capable de decoder 
des messages recus (51 ,54) en provenance du reseau 
IP (50) codes selon le protocole SOAP et capable d*en- 
coder des messages a emettre (52,53) selon le proto- 
cole SOAP Un document de description de service (61 ), 
accessible a un appareil distant (30,30 tt ), decrit les ca- 
pacites d'un ou plusieurs services WEB (21) implantes 
dans un equipement d'automatisme (10). Ce document 
peut etre memorise ou construit dynamiquement par un 
genelateur (62). . 
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Description 

[0001] La presente invention concerne un systeme de communication sur un reseau global de type Internet, Intranet 
ou Extranet, entre au moins un equipement d'automatisme offrant une ou plusieurs fonctions d'automatisme et au 
moins un appareil distant, permettant d'utiliser le protocole SOAP (Simple Object Access Protocol) a I'interieur d'un 
equipement d'automatisme, grace a au moins un service WEB et/ou un client WEB pouvant interagir avec un program- 
me de I'equipement d'automatisme. La presente invention concerne egalement un procede de communication base 
sur ce systeme de communication ainsi qu'un equipement d'automatisme capable de mettre en oeuvre ce systeme et 
ce procede de communication. Un tel systeme de communication peut s'appliquer a toute application d'automatisme 
appartenant au domaine des automatismes industriels, des automatismes du batiment ou du controle/commande des 
reseaux electriques de distribution. 

[0002] Sous le terme "equipement d'automatisme*, on designera ci-apresun automate programmable, une com- 
mande numerique, une station de controle/commande mais aussi tout equipement ou module d'automatisme posse- 
dant au moins une unite de traitement, capable de se connecter sur un reseau IP tel que defini au paragraphe suivant, 
et capable d'executer uh programme pour offrir une ou plusieurs fonctions d'automatisme dans une application d'auto- 
matisme. Par exemple, on inclura dans cette definition un module metier ou un module d'entrees/sorties d'un automate 
programmable, un terminal de dialogue, un variateur de Vitesse, etc.... 

[0003] II est connu qu'un tel equipement d'automatisme puisse integrer un serveur WEB de facon a pouvoir echanger 
des donnees relatives a cet equipement d'automatisme avec un client WEB distant, tel qu'un navigateur, connecte a 
un reseau de communication global. Ce reseau global est de type Internet, Intranet ou Extranet, conforme a la norme 
TCP/IP pu a !a norme UDP/IP, et sera appele "reseau IP" dans la suite de I'expose. Ces fonctionnalites sont decrites 
notamment dans les documents W09913418, US6061603 et US5805442. Les donnees relatives a I'equipement 
d'automatisme sont aiors mises en forme et expediees par le serveur WEB, par exemple sous forme de pages HTML 
ou XML. II est egalement possible qu'un serveur WEB implante dans un equipement d'automatisme puisse charger 
un programme, generalement appele Applet, dans un appareil distant, iequel programme se deroule dans I'appareil 
distant de facon a echanger avec le serveur WEB de I'equipement d'automatisme des requetes transporters par le 
protocole IP. 

[0004] Sous le terme "appareil distant", on designera ci-apres soit un ordinateur individuel, un telephone portable, 
un appareil de type PDA (Personal Digital Assistant), soit un serveur informatique, tel qu'un serveur cf applications ASP 
(Applications Service Provider), un serveur WEB, un serveur WAP, un serveur de systeme de gestion de bases de 
donnees (SGBD), un serveur de progiciel de gestion integre (PGI), un serveur ERP (Enterprise Resource Planning), 
un serveur EAI (Enterprise application integration), un serveur de gestion electron! quede documents (GED), un serveur 
de commerce electronique interentreprises (B-to-B) ou tout autre systeme informatique. Par appareil distant, on peut 
aussi designer un ensemble d'appareils distants communiquant entre eux. Un appareil distant comporte au moins une 
unite de traitement, est capable de se connecter a au moins un equipement d'automatisme par un reseau IP et d'exe- 
cuter un programme ou un ensemble de programmes informatiques. Certains equipements d'automatisme, tels que 
des terminaux de dialogue, peuvent etre consideres comme des appareils distants. 

[0005] Le protocole SOAP est un protocole permettant d'echanger de facon simple des informations dans un envi- 
ronnement decentralise. II est base sur le langage normalise XML (extensible Markup Language) et peut etre utilise 
en combinaison avec plusieurs autres protocoles du WEB tels que HTTP (Hyper Text Transfer Protocol), HTTPS (ou 
HTTP/SSL : Hyper Text Transfer Protocol / Secure Socket Layer), SMTP (Simple Mail Transfer Protocol), FTP (File 
Transfer Protocol) et avec le protocole IP. Le protocole SOAP est base sur des schemas XML et fournit un vocabulaire 
definissant une structure, un contenu et une syntaxe des requetes de communication. Ce protocole est depose au 
W3C (World Wide Web Consortium). 

[0006] II serait particulierement interessant, pour le concepteur d'une application dans un appareil distant utilisant 
des outils de developpement de plus en plus repandus sur le marche pour les applications WEB, de pouvoir directement 
echanger des donnees sur un reseau IP avec un ou plusieurs equipements d'automatisme et ceci grace au protocole 
SOAP En adaptant I'equipement d'automatisme a des protocoles issus du monde informatique, un equipement d'auto- 
matisme pourrait communiquer avec une application informatique distante developpee separement avec des outils de 
developpement du monde informatique, sans avoir a developper des passerelles ou des protocoles prop ri eta ires, 
ouvrant ainsi largement les domaines des automatismes au domaine de ('Internet. 

[0007] Pour cela, ('invention decrit un systeme de communication sur un reseau IP entre un equipement d'automa- 
tisme executant un programme pourfournir des fonctions d'automatisme et un ou plusieurs appareils distants executant 
un programme ou un ensemble de programmes informatiques. Le systeme de communication est base sur le protocole 
.SOAP (Simple Object Access Protocol) dans le but de fournir a Pappareil distant des fonctions de surveillance, de 
visualisation, de controle, de configuration ou de programmation de I'equipement d'automatisme, et le systeme de 
communication comporte, dans I'equipement d'automatisme, au moins un service WEB ou un client WEB qui sont 
capables d'interagir avec le programme de I'equipement d'automatisme, de decoder des messages recus en prove- 
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nance du reseau IP codes selon le protocole SOAP et d'encoder selon le protocole SOAP des messages a emettre 
sur le reseau IP. 

[0008] Le systeme de communication peut aussi comporter un document de description de service qui decrit ies 
capacites d'un ou plusieurs service(s) WEB implante(s) dans un equipement d'automatisme, ce document de descrip- 
s tion de service etant accessible par un appareil distant soit a partir de ses ressources locales, soit a partir de ressources 
distantes identifies par une adresse URL (Uniform Resource Locator), URI (Universal Resource Identifier) ou IP 
(Internet Protocol). II peut etre memorise dans des moyens de stockage situes dans I'equipement d'automatisme ou 
peut etre genere dynamiquement par l'equipement d'automatisme; de plus il est conforme a un langage de description 
de service faisant reference au protocole SOAP ou au protocole HTTP, HTTPS et fournissant une grammaire s'ao- 
to puyant sur le langage XML (extensible Markup Language). 

[0009] Etant donne I'aspect evolutif du langage XML, il sera possible d'ajouter des elements nouveaux en assurant 
une compatibilite ascendante sans destabiliser Ies developpements anterieurs. De plus, grace aux documents de 
description de service, on obtiendra une unification d'equipements tres differents, en stockant et en rendant accessible 
par tous des -metadonnees" qui d^crivent ies services qu'ils sont capables d'exposer. 
'5 [0010] D'autres caractenstiques et avantages vont apparaitre dans la description detaillee qui suit en se referant a 
un mode de realisation donne a titre cfexemple et represente par Ies dessins annexes sur lesquels : 

la figure 1 represente un premier exemple d'un systeme de communication conforme a invention entre un equi- 
pement d'automatisme comprenant un service WEB et un appareil distant client, 

la figured represente un deuxieme exemple d'un systeme de communication entre un equipement d'automatisme 
comprenant un client WEB et un appareil distant serveur, 

la figure 3 represente un exemple dans lequel un equipement d'automatisme, communiquant avec un appareil 
distant a la fois client et serveur, comporte un client WEB et un service WEB separes, 

la figure 4 reprend la figure 3 avec un equipement d'automatisme comportant un client WEB inclus dans un service 
WEB, 

la figure 5 represente un exemple de communication dans lequel un equipement d'automatisme fournit un docu- 
ment de description de service a un appareil distant de facon a pouvoir communiquer avec lui, 

- la figure 6 schematise Ies differentes etapes d'un precede mettant en oeuvre le systeme de communication selon 
I'invention avec notamment un document de description de service memorise dans un appareil distant different 
35 de ('equipement d'automatisme, 

la figure 7 montre une variante du proced§ de communication de la figure 6. 

[0011] Un service WEB est une ressource accessible sur le WEB, au moyen d'une interface reseau, qui accepte 
40 des requetes et renvoie des reponses a ces requetes. Cette ressource est decrite de facon formelle par une interface 
logicielle contenue dans un document de description de service. Une implementation d'une telle interface logicielle 
dans un equipement d'automatisme est appelee "service WEB" dans le present expose. Un client WEB est une res- 
source pouvant acceder au WEB, au moyen d'une interface reseau, qui envoie des requetes et recoit des reponses a 
ces requetes. 

[0012] En reference aux figures 1 et 2, un equipement d'automatisme 10 est connecte par un reseau IP 50 a un 
appareil distant 30. L'equipement d'automatisme 10 comporte au moins une unite de traitement capable d'executer 
un programme 20 permettant d'offrir une ou plusieurs fonctions d'automatisme a une application d'automatisme! Ce 
programme 20 peut etre par exemple un programme application ou utilisateur permettant de faire du controle/com- 
mande d'une application d'automatisme ou directemeht le systeme d'exploitation de I'equipement d'automatisme 10. 
L'equipement d'automatisme 10 comporte au moins un service WEB 21 et/ou un client WEB 22 capable d'interagir 
avec le programme 20 de l'equipement d'automatisme. Un appareil distant 30 comporte au moins une unite de traite- 
ment capable cf executer un programme ou un ensemble de programmes informatiques pouvant integrer une pluralite 
d'appfications WEB client 31 et/ou serveur 32. 

[001 3] La figure 1 montre un equipement d'automatisme 1 0 communiquant avec un appareil distant 30 sur un reseau 
IP 50. L'appareil distant 30 execute une application client WEB 31 capable d'emettre sur le reseau IP 50 des requetes 
51 conformes au protocole SOAP. Une requete SOAP 51 est recue par un service WEB 21 de I'equipement d'auto- 
matisme 10 qui la decode, ('execute et renvoie une reponse 52 en la codant selon le protocole SOAP L'application 
client 31 est capable de recevoir des reponses SOAP 52. 
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[0014] De facon symetrique, la figure 2 montre un equipement d'automatisme 10 communiquarit avec un appareil 
distant 30 sur un reseau IP 50. L'equipement d'automatisme 10 comprend un client WEB 22 capable d'emettre sur le 
reseau IP 50 des requetes 53 codees selon le protocole SOAP. Une requete SOAP 53 est recue par une application 
serveur WEB 32 de rappareil distant 30 qui la decode, I'execute et renvoie une reponse 54 en la codant selon le 
protocole SOAP. Le client WEB 22 est capable de recevoir et de decoder des reponses SOAP 54. 
[001 5] La figure 3 montre un equipement d'automatisme 10 comprenant a la fois un service WEB 21 et un client 
WEB 22 separes, qui communiquent respectivement avec une application client WEB 31 et une application serveur 
WEB 32 d'un appareil distant 30. Les applications client WEB 31 et serveur WEB 32 peuvent appartenir ou non a un 
meme appareil distant 30 connecte au reseau IP 50 et comportant, par exemple, une application ERP ( Enterprise 
Resource Planning). Dans la variante schematisee en figure 4, l'equipement d'automatisme 10 comporte un client 
WEB 22 qui est inclus dans un service WEB 21. Par exemple, ce service WEB 21 peut integrer une fonctionnalite de 
souscnption 51,52 a partir de laquelle il est possible d'envoyer, a Initiative du service WEB 21 ou a ('initiative de 
l'equipement d'automatisme 10, une notification 53,54 vers au moins un appareil distant 30, pour informer celui-ci 
d'evenements ou d'etats concernant l'equipement d'automatisme 10. 

[001 6] L'exempie ci-dessous montre une requete 51 conf orme au protocole SOAP, emise par une application client 
WEB 31, pour aller lire une information "voltage" sur un service WEB 21 d'un equipement d'automatisme 10 nomme - 
Vjffpy/egu/pe/ne^^ suivi cfune reponse 52 conforme au protocole 

SOAP, emise par le service WEB 21 de l'equipement d'automatisme 10, retournant la valeur ~22<T pour ('application 
WEB client 31. 

[0017] Message SOAP incorpore dans la requete HTTP 51 : 
POST /service -1 HTTP/1.1 

Hoot : equipement-automatiflme-l.echneider-electric . com 
Content-Type: text/xml; charsets n utf-8 n 
Con tent- 1, ength : nnnn 
SOAPAction: "Some-URI" 

< SOAP -KNV : Envelope 

xmlnstSOAP-BNV^-http.V/schemaa.xnafloap.org/saap/envelope/" 
SOAP-ENV, encodingStyle=»http : //schemas -xmlsoap . org/s oap /encoding/ «> 
< SOAP - ENV : Body > 

<m: Read xmlns :m= n Some-URI M > 

<Variable>Voltage</Variable> 
</m:Read> 
</ SOAP -ENV: Body > 
</ SOAP -ENV : Envelope> 

[0018] Message SOAP incorpore dans la reponse HTTP 52 : 
HTTP/1.1 200 OK - 

Content-Type; text/xol; charset= tt utf -8" 
Content- Length: nnnn 

< SOAP - ENV : Envelope 

xmlns : SOAP-ENV= "http : //schemas .xmleoap . org/ soap/ envelope/ » 
SOAP-ENV; encodingStyle- "http r //schemas .xmlsoap . org/soap/encoding/ »> 
< SOAP - EKV : Body > 

<m; ReadLResponse xmlns :m= M Some -DRI»> 

<Data>220</Data> 
</m: ReadResponse> 
</SOAP-ENV;Body> 
</SOAP-ENV:Envelope> 



[001 9] Pour communiquer sur le reseau iP 50, l'equipement d'automatisme 1 0 comporte une interface reseau WEB 
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15 de type HTTP, HTTPS, SMTP, FTP, TCP/IP ou UDP/IP. Cette interface reseau 15 est capable de faire I'achemine- 
ment de messages 51 ,54 provenant du reseau IP 50 vers un client WEB 22 ou vers un service WEB 21 identifie bar 
une adresse URL, URI ou IP, et de faire I'acheminement de messages 52,53 provenant d'un service WEB 21 ou d'un 
client WEB 22 de I'equipement cfautomatisme 1 0 vers une adresse URL, URI ou IP sur le reseau IP 50 
5 [0020] Selon un autre mode de realisation, il est egalement possible d'ehvisager qu'une application client WEB 31 
dun appareil distantSO envoie surle reseau IP50 une requete 51 de type HTTP, HTTPS et non codee selon le protocole 
SOAP, a destination d'un service WEB 21 d'un equipement d'automatisme 10 identifie par une adresse URL URI ou 
IP et que le service WEB 21 reponde sur le reseau IP 50 a ("aide cfune reponse 52 codee selon le protocole SOAP 

10 ™£s? " C ' fent 31 " te " e reqU6te 51 HTTP> H1TPS PeUt ' Par eXemp ' e ' §Ue Une re ^ u§te "GET^ ou 
[0021] Les donnees transmises dans des requetes 51 .53 et des reponses 52.54, codees selon le protocole SOAP 
peuventrepresenter ("implementation de protocoles de communication habrtuellement rencontres entre un equipement 
MMsTmoDBUs""^ ZrT nt d ' aUt0matisme - Pa,mi ces P"»«*^o'« habitue.s. on retrouve notamment les protocoles 
[0022] Le systeme de communication peut avantageusement s'appuyer sur un document de description de service 
61 1 qui decnt les capacites d'un ou plusieurs services WEB 21 d'un equipement d'automatisme 10, c'est-a-dire dui 
decnt les serv.ces WEB qu'un equipement d'automatisme 1 0 est en mesure de fournir ou de proposer Ainsi qrace a 
un tel document 61 , un appareil distant 30 quelconque est en mesure de savoir en permanence quels sont les services 
d.spon.bles dans un equipement d'automatisme 10. Un document de description de service 61 peut aussi contenir la 
description de plusieurs services WEB ,21 standard, correspondant par exernple a des services impfantes systemati- 
quement dans toute une gamme bien identifiee tfequipements d'automatisme. De meme, il peut aussi contenir un 
service WEB 21 particulier disponible sur toute une liste d'equipements d'automatisme distincts 
[0023] Un document de description de service 61 specifie pour chaque service un ensemble de requetes (nom de 
a requete, nature et nom des parametres, attributs de la requete) ainsi que le ou les protocole(s) devant etre utilise 
(s) pour invoquer la requete aupres de I'equipement d'automatisme 10. Le cas echeant, ce ou ces protocoles peuvent 
etre sous-entendus. Le document de description de service 61 est conforme a un langage de description de service 
a.sant reference au protocole SOAP ou au protocole HTTP, HTTPS et foumissant une grammaire s'appuyant sur le 
langage XML ou XML schema* definis par le W3C. Selon un mode de realisation prefere. il est conforme au lahqaqe 
de descnpt.on de service SDL (Service Description Language) specifie par Microsoft Corporation, au langage de des- 
cnption de serv.ce SCL (SOAP Contract Language) specifie par Microsoft Corporation, au langage de description de 
w^nT/w ?t (Net T R Accessible Service Specification Language) specifie par IBM Corporation ou au langage 
WSDL (Web Services Description Language) depose au Consortium W3C. Un document de service 61 peut contenir 
une.ou plusieurs adresses URL, URI ou IP pointant sur un ou plusieurs services WEB 21 

[0024] Un service WEB 21 pourrait aussi etre decrit par plusieurs documents de description de service 61 conformes 
chacun a un langage de description de service different, de facon a ce qu'un meme equipement d'automatisme 10 
puisse etre accessible a differentes applications informatiques. Par ailleurs. un document de description de service 61 
que'ziPou GZIR ^ C ° mpreSS6e da " S U " format de com Pression standard de fichiers ou de documents, tel 

[0025] En reference a la figure 5. un document de description de service 61 est memorise dans des moyens de 
stockage 60 d'un equipement d'automatisme 1 0, alors que. dans la figure 6. il est localise dans des moyens de stockaqe 

60 d un appareil distant 30'. Ces moyens de stockage 60,60- peuvent indifferemment etre un systeme de fichiers sur 
disque dur, CDROM, DVD, disquette, memoire ou tout autre moyen de memorisation. Un document de description de 
f i^'T.f . eS !^ nC accessibie P ar un a PP areil distan » 30 a partir de ressources distantes identifies par une adresse 
URL, URI ou IP, lorsqu'il se trouve dans un equipement d'automatisme 10 ou dans un autre appareil distant 30" Mais 
on pourrait envisager egalement qu'un document de description de service 61 soil accessible par un appareil distant 

° ,rectemer, t a partir de ses propres ressources locales (par exernple grace a un lecteur de CD-ROM) 
[0026J Dans la figure 5. un appareil distant 30 comporte une application informatique 33, telle qu'un outil de deve- 
loppement logiciel ou un navigateur. qui est capable d'emettre sur le reseau IP 50 une requete de lecture 55 conforme 
a un des protocoles du WEB (par exernple une requete HTTP), pour demander un document de description de service 

61 decrjvant les services disponibles dans un equipement d'automatisme 10. Ce document est ensuite renvoye sur le 
reseau IP 50 a I'appl.cation informatique 33 dans une reponse 56. A partir de ces elements, I'application informatique 

• visualiser le contenu du document de description de service 61 pour qu'un concepteur puisse developper une 
application client WEB 31 et/ou application serveur WEB 32 qui sera capable de communiquer respect ivement 
avec un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 10, grace au protocole SOAP 

• utHiser le contenu du document de description de service 61 pour construire et assembler tout ou partie d'une 
apphcation client WEB 31 et/ou d'une application serveur WEB 32, de maniere a decharger le developpeur du 
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client ou du serveur des aspects routiniers du developpement ^application (construction des requetes, transco- 
dage des donnees, gestion des erreurs, etc.), 
• dans le cas ou elle est construite pour cela, directement emettre des requetes SOAP vers un service WEB 21 de 
requirement d'automatisme 1 0 a travers une application client WEB 31 integree, et/ou directement recevoir d'un 
s client WEB 22 de I'equipement d'automatisme 1 0 des requetes SOAP via une application serveur WEB 32, comme 

indique en figure 7. 

[0027] Un des avantages de la presente invention reside aussi dans le fait qu'un document de description de service 
61 decrivant les services d'un equipement d'automatisme 10 peut etre construit de differentes manieres. It peut etre 
io memorise dans des moyens de stockage 60 de requipement d'automatisme 1 0 ou dans des moyens de stockage 60' 
d'un appareil distant 30', mais il peut aussi etre genere dynamiquement lorsqu'une application informatique 33 d'un 
appareil distant 30 emet une requete 55 pour acceder aux services disponibles dans requipement d'automatisme 10. 
Cette fonctionnalite permet done de faire evoluer le document de description de service 61, par exemple quand la 
configuration de requipement d'automatisme 1 0 est modifiee (connexion ou deconnexion d'un module dan? un auto- 
's mate programmable 1 0). De plus, un equipement d'automatisme 1 0 peut souhaiter exposer ou cacher certains services 
WEB en fonction de son etat ou en fonction de I'appareil distant 30 qui veut communiquer avec luL 
[0028] Pour cela, un equipement d'automatisme 1 0 peut comporter un generateur 62 qui est un programme capable 
de construire dynamiquement un document de description de service 61 . De facon preferentielle, cette construction 
dynamique est realisee lorsqu'un appareil distant 30 demande a acceder au document de description de service 61 
20 de I'equipement d'automatisme 1 0. Dans ce cas, le document de description de service 61 n'a pas besoin d'etre me- 
morise puisqu'H est elabore dynamiquement a chaque requete 55 emise par une application informatique 33 vers le 
generateur 62. Dependant, dans certains cas, on pourrait aussi envisager une construction dynamique du document 
61 initiee a la demande de requipement d'automatisme 10. De plus, on peut aussi envisager une solution mixte dans 
laquelle un generateur 62 serait capable de personnaliser dynamiquement un document de description de service 61 , 
25 en s'appuyant sur un document standard deja memorise pour une famille d'equipements, par exemple. 

[0029] Pour obtenir un document de description de service 61 dans une reponse 56;' une requete de lecture 55 
contient done une adresse URL, URI ou IP qui pointe soit sur un generateur 62 capable de construire dynamiquement 
le document de description de service 61 soit directement sur le document de description de service 61 . 
[0030] Le generateur 62 peut indifferemment etre memorise dans des moyens de stockage 60 de I'equipement 
™ d'automatisme 10, comme indique figure 5, ou dans des moyens de stockage 60* d'un appareil distant 30', comme 
indique figure 6. Par ailleurs, la figure 6 montre une application informatique 33 qui est executee dans un autre appareil 
distant 30" different de I'appareil distant 30 qui contient les applications WEB 31 ,32. Les communications entre les 
appareils distants 30,30\30" se font sur le reseau IP 50. 

[0031] Un procede de communication sur un reseau IP 50 entre un equipement d'automatisme 10 executant un 
* programme 20 pour fournir des fonctions d'automatisme et un appareil distant 30 executant un programme ou un 
ensemble de programmes informatiques est decrit dans la figure 6. Ce procede de communication s'appuie sur un 
systeme de communication tel que decrit precedemment base sur le protocole SOAP (Simple Object Access Protocol) 
dans le but de fournir a I'appareil distant 30 des fonctions de surveillance, de visualisation, de controle, de configuration 
ou de programmation de I'equipement d'automatisme 1 0. II comporte les etapes suivantes * 

o 

• Une etape A de decouverte de service dans laquelle une application informatique 33, s'executant dans I'appareil 
distant 30 ou dans un autre appareil distant 30", emet une requete 55 de lecture sur le reseau IP 50 pour recevoir, 
dans une reponse 56, un document de description de service 61 . La requete 55 contient une adresse URL, URI 
ou IP qui pointe soit sur un document de description de service 61 deja memorise dans I'equipement d'automatisme 

5 1 0 ou dans un appareil distant 30\ soit sur un generateur 62 qui construit alors dynamiquement un document de 

description de service 61 pour le renvoyer dans la reponse 56. 

• Une etape B de developpement dans laquelle, grace au document de description de service 61 , il est possible de 
developper manuellement ou automatiquement, a partir de I'application informatique 33, une application client 
WEB 31 et/ou une application serveur WEB 32 dans I'appareil distant 30 de maniere a communiquer respective- 

> ment avec un service WEB21 et/ou un client WEB 22 de I'equipement d'automatisme 1 0, grace au protocole SOAP, 

• Une etape C de communication entre une application client WEB 31 et/ou une application serveur WEB 32 de 
I'appareil distant 30 et un service WEB 21 et/ou un client WEB 22 de ('equipement d'automatisme 10, au moyen 
de requetes 51 ,53 et de reponses 52,54 conformes au protocole SOAP. 

- .[0032] Selon une variante representee en figure 7, I'application informatique 33, qui dans ce cas peut etre un navi- 
gateur par exemple, est structuree pour integrer en elle-meme une application client WEB 31 et/ou application serveur 
WEB 32. L'etape B du procede n'est alors pas necessaire puisque I'application informatique 33 peut directement emet- 
tre des requetes SOAP vers un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 1 0, des qu'elle 
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est en possession du document de description de service 61 1 sans avoir besoin de developpement. Le procede de 
communication comporte alors une etape A de decouverte de service puis directement une etape C de communication. 
[0033] if est bien entendu que Ton peut, sans sortir du cadre de ('invention, imaginer d'autres vartantes et perfec- 
tionnements de detail et de meme envisager femploi de moyens equivalents. 



Revendications 



10 



15 



20 



25 



30 4. 



35 5. 



40 



45 



50 



55 



Systeme de communication sur un reseau IP (50) entre un equipement d'automatisme (10) comportant au moins 
une unite de traitement capable d'executer un programme (20) pour fournir des fonctions d'automatisme et un ou 
plusieurs appareils distants (30) executant un programme ou un ensemble de programmes informatiques, carac- 
terise par le fait que le systeme de communication est base sur le protocole SOAP (Simple Object Access Pro- 
tocol) dans le but de fournir a I'appareil distant (30) des fonctions de surveillance, de visualisation, de controle, de 
configuration ou de programmation de I'equipement d'automatisme (1 0), et par le fait que le systeme de commu- 
nication comporte, dans I'equipement d'automatisme (10), au moins un service WEB (21) ou un client WEB (22), 
qui sont capables d'interagir avec le programme (20) de I'equipement d'automatisme (10), de decoder des mes- 
sages recus (51,54) en provenance du reseau IP (50) codes selon le protocole SOAP et d'encoder selon le pro- 
tocole SOAP des messages a emettre (52,53) sur le reseau IP (50). 

Systeme de communication selon la revendication 1 , caracterise par le fait qu'un equipement d'automatisme 
(10) comprend au moins un service WEB (21) susceptible de recevoir du reseau IP (50) des requetes (51), venant 
d'au moins une application WEB client (31) contenue dans un appareil distant (30) et d'<§mettre sur le reseau IP 
(50) des reponses (52), vers Fapplication WEB client (31) de I'appareil distant (30). 

Systeme de communication selon la revendication 1 , caracterise par le fait qu'un equipement d'automatisme 
(10) comprend au moins un client WEB (22) susceptible d'emettre sur le reseau IP (50) des requetes (53), vers 
au moins une application WEB serveur (32) contenue dans un appareil distant (30) et de recevoir du reseau IP 
(50) des reponses (54), venant de I'application WEB serveur (32) de I'appareil distant (30). 

Systeme de communication selon la revendication 2, caracterise par le fait qu'un document de description de 
service (61 ) decrit les capacites d'un ou plusieurs services WEB (21 ) implantes dans un equipement d'automatisme 
(10), ce document de description de service (61) etant accessible pour un appareil distant (30,30") soit a partir de 
ses ressources locales, soit a partir de ressources distantes identifies par une adresse URL, URI ou IP 

Systeme de communication selon la revendication 4, caracterise par le fait que le document de description de 
service (61) est conforme a un langage de description de service faisant reference au protocole SOAP ou au 
protocole HTTP, HTTPS et fournissant une grammaire s'appuyant sur le langage XML (extensible Markup Lan- 
guage). 

6. Systeme de communication selon la revendication 5, caracterise par le fait que le document de description de 
service (61) peut contenir une ou plusieurs adresses URL, URI ou IP d'un ou plusieurs services WEB (21). 

7. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61) est conforme au langage de description de service SDL (Service Description Language). 

8. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61) est conforme au langage de description de service SCL (SOAP Contract Language). 

9. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61 ) est conforme au langage de description de service NASSL (Network Accessible Service Specification 
Language). 

10. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61) est conforme au langage de description de service WSDL (Web Services Description Language). 

11. Systeme de communication selon la revendication 6, caracterise par le fait que plusieurs documents de des- 
cription de service (61) conformes a differents langages de description de service peuvent decrire les capacites 
d'un meme service WEB (21). 
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12. Systeme de communication selon fa revendication 11 , caracterise par le fait que ie document de description de 
service (61) est compresse dans un format de compression standard de fichiers ou de documents. 

13. Systeme de communication selon la revendication 11, caracterise par le fait que le document de description de 
service (61) d'un equipement d'automatisme (10) est memorise dans des moyens de stockage (60) situes dans 
I'equipement d'automatisme (10). 

14. Systeme de communication selon la revendication 11 , caracterise par le fait que le document de description de 
service (61) d'un equipement d'automatisme (10) est memorise dans des moyens de stockaqe (60') situes dans 
un appareil distant (30*). 

15. Systeme de communication selon la revendication 11 , caracterise par le fait qu'un generateur (62) est capable 
a la suite d'une demande emanant d'un appareil distant (30,30"), de construire dynamiquement un document de 
description de service (61) decrivant les capacites d'un ou plusieurs services WEB (21) implantes dans un equi- 
pement d'automatisme (10). 

16. Systeme de communication selon la revendication 15, caracterise par le fait que le generateur (62) d'un document 
de description de service (61) d'un equipement d'automatisme (10) est accessible, pour un appareil distant 
(30,30 rt ), par une adresse URL, URI ou IP. 

1 7. Systeme de communication selon la revendication 1 6, caracterise par le fait que le generateur (62) d'un document 
de description de service (61 ) d'un equipement d'automatisme (1 0) est memorise dans des moyens de stockage 
(60) situes dans I'equipement d'automatisme (10) ou dans des moyens de stockage (60') situes dans un appareil 
distant (30'). ^ 

1 8. Precede de communication sur un reseau IP (50) entre un equipement d'automatisme (1 0) executant un program- 
me (20) pour fournir des fonctions d'automatisme et un appareil distant (30) executant un programme ou un en- 
semble de programmes informatiques, le procede de communication ayant pour but de fournir a I'appareil distant " 
(30) des fonctions de surveillance, de visualisation, de controle, de configuration ou de programmation de I'equi- 
pement d'automatisme (10), caracterise par le fait que le procede de communication s'appuie sur un systeme 
de communication base sur le protocole SOAP et comporte (es etapes suivantes : 

♦ Une etape (A) de decouverte de service dans laquelle une application informatique (33), s'executant dans 
I'appareil distant (30) ou dans un autre appareil distant (30"), emet sur le reseau IP (50) une requete (55) de 
lecture pour recevoir, dans une reponse (56), un document de description de service (61), 

♦ Une etape (B) de developpement dans laquelle, grace au document de description de service (61), it est 
possible de developper manuellement ou automatiquement tout ou partie d'une application client WEB (31) 
et/ou d'une application serveur WEB (32) dans I'appareil distant (30) de maniere a pouvoir communiquer 
respectivement avec un service WEB (21) et/ou un client WEB (22) de I'equipement d'automatisme (10), 

♦ Une etape (C) de communication entre une application client WEB (31) et/ou une application serveur WEB 
(32) de rappareil distant (30) et un service WEB (21 ) et/ou un client WEB (22) de I'equipement d'automatisme 
(10) sur le reseau IP (50), au moyen de requetes (51 ,53) et de reponses (52,54) conformes au protocole SOAR 

19. Procede de communication sur un reseau IP (50) entre un equipement d'automatisme (10) executant un program- 
me (20) pour fournir des fonctions d'automatisme et un appareil distant (30) executant un programme ou un en- 
semble de programmes informatiques, ie procede de communication ayant pour but de fournir a I'appareil distant 
(30) des fonctions de surveillance, de visualisation, de controle, de configuration ou de programmation de I'equi- 
pement d'automatisme (10), caracterise par le fait que le procede de communication s'appuie sur un systeme 
de communication base sur le protocole SOAP et comporte les etapes suivantes : 

• Une etape (A) de decouverte de service dans laquelle une application informatique (33), s'executant dans 
I'appareil distant (30), emet sur le reseau IP (50) une requete (55) de lecture pour recevoir, dans une reponse 
(56), un document de description de service (61), 

• Une etape (C) de communication entre une application client WEB (31) et/ou une application serveur WEB 
(32) indues dans I'application informatique (33) de I'appareil distant (30) et un service WEB (21 ) et/ou un client 
WEB (22) de I'equipement d'automatisme (10) sur le reseau IP (50), au moyen de requetes (51,53) et de 
reponses (52,54) conformes au protocole SOAP. 
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20. Precede de commun.cation selon rune des revendications 18 ou 19, caracterise par le fait que la reauete <SS\ 
cont.en une adresse URL, UR. ou IP qui pointe soi, sur un document de description de service (61 soft su un 
generateur (62) capab.e de construire dynamiquement un document de descriptL de service^) ' 
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FIG. 4 
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